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DETAILED ACTION 

Remarks 

1. In response to communications filed on 20 May 201 1, claims 1,7, and 12 have been 
amended per the applicant's request. Claims 1-3, 5-9, 11-14, 16, and 17 are presently pending in 
the application. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-3, 5-9, 1 1-14, 16, and 17 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Cheng et al. (U.S. patent No. 6,366,934 Bl) in view of Milby (U.S. patent No. 
7,092,933 Bl) and Murthy et al. (U.S. patent application publication No. 2003/0140308 Al). 

As to claim 1, Cheng et al. teaches a method for use in a database system in which a user 
defined type is defined by a class in managed code and comprises a plurality of fields, each field 
having a respective data type, the method comprising: 

defining another class in managed code that represents an XML data type (see column 9, 
line 60 through column 10, line 21); 

defining at least one, but less than all, of the plurality of fields of the user defined type as 
having the XML data type (see column 10, lines 10-21, user can define additional attributes) and 
associating said at least one field of the instance of the user defined type with an XML Schema 
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that defines a content model for the XML data in the field (see column 9, line 57 through column 
10, line 7; column 10, lines 31-39; and column 12, line 44 through column 13, line 5, where 
schema is read on DTD), and defining at least one other of said plurality of fields as having a 
different data type (see column 10, lines 10-21, varchar); 

instantiating the class defining the user defined type to create an object of the user 
defined type (column 10, line 22 through column 11, line 16) comprising an XML interface 
object, wherein the object holds XML data in said at least one field and holds data of said 
different data type in said at least one other field (see column 13, lines 50-55); 

persisting the object within a database store (see column 7, line 59 through column 8, line 

6); and 

writing instantiating the XML interface object in the stream to write both XML data and 
non-XML data into a stream or file (see column 11, lines 17-50). 

Cheng et al. does not distinctly disclose a) at least one user specific non-XML data 
constructor defined by the user and b) writing non-XML data into a stream. 

However, Milby teaches a) see column 10, line 36 through column 11, line 43 and b) see 
column 14, line 64 through column 15, line 44. Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to have modified Cheng et al. 
to include the teachings of Milby because these teachings would allow for the user to create 
abstract data types that include both XML and non-XML data to populate tables and later have 
results be returned to the user. 

While Cheng et al. teaches storing the XML data in XML character large objects (see 
abstract, and see column 9, lines 27-44), Cheng et al. does not disclose storing XML data as 
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binary large objects and therefore does not teach storing content of the at least one of the 
plurality of fields defined as having the XML data type as a binary SQL type. 

However, Murthy et al. teaches using either a CLOB or a BLOB to store XML data and 
therefore teaches storing content of the at least one of the plurality of fields defined as having the 
XML data type as a binary SQL type. See paragraph 0117. Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to have 
modified Cheng et al. to include the teachings of Murthy et al. because these teachings would 
allow more than just the characters of the XML file to be saved in the database. 

As to claim 2, Cheng et al. teaches wherein the managed code class that represents the 
XML data type comprises at least one constructor and at least one method that returns an object 
through which the XML data in said at least one field of the persisted object of the user defined 
type can be retrieved (see column 10, line 22 through column 11, line 50). 

As to claim 3, Cheng et al. teaches further comprising adding a method to the managed 
code class definition of the user defined type to implement a behavior on said at least one field of 
the user defined type (see column 15, lines 52-59 and see column 7, line 59 through column 8, 
line 6). 

As to claim 5, Cheng et al. teaches wherein said associating step comprises annotating the 
managed code class definition of the user defined type with an attribute that identifies the XML 



Application/Control Number: 10/693,158 Page 5 

Art Unit: 2169 

Schema on a server that hosts the database store (see column 12, line 44 through column 13, line 
5). 

As to claim 6, Cheng et al. teaches further comprising at least one of the steps of: 
querying the object persisted within the database store (se column 20, line 48 through 
column 22, line 17); and 

modifying the object persisted within the database store (see column 22, lines 40-46). 

As to claim 7, Cheng et al. teaches system comprising: 
a runtime that provides managed code execution, the runtime comprising: 
a class in managed code that represents an XML data type (see column 9, line 60 through 
column 10, line 21); and 

another class in managed code that defines a user defined type, the class definition for the 
user defined type comprising a plurality of fields, at least one. but less than all, of the plurality of 
fields being defined as having the XML data type and at least one other of said plurality of fields 
being defined as having a different data type (see column 10, lines 10-21, user can define 
additional attributes), wherein said managed code class that defines the user defined type 
comprising at least one XML data constructor (see column 9, line 57 through column 10, line 7; 
column 10, lines 31-39; and column 12, line 44 through column 13, line 5, where schema is read 
on DTD), and an XML interface object, further comprises an association between said at least 
one field of the instance of the user defined type that contains XML data and an XML Schema 
that defines a content model for the XML data in the field (see column 10, lines 10-21, varchar); 
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a database store that instantiates the class defining the user defined type to create an 
object of the user defined type and that stores the object, whereby said at least one field of the 
stored object contains XML data and said at least one other field of the object contains data of 
said different data type (column 10, line 22 through column 1 1, line 16 and column 13, lines 50- 
55); and 

a communication object that instantiates the XML interface object in the stream to write 
XML data into a stream or file (see column 11, lines 17-50). 

Cheng et al. does not distinctly disclose a) at least one user specific non-XML data 
constructor defined by the user and b) writing non-XML data into a stream. 

However, Milby teaches a) see column 10, line 36 through column 11, line 43 and b) see 
column 14, line 64 through column 15, line 44. Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to have modified Cheng et al. 
to include the teachings of Milby because these teachings would allow for the user to create 
abstract data types that include both XML and non-XML data to populate tables and later have 
results be returned to the user. 

While Cheng et al. teaches storing the XML data in XML character large objects (see 
abstract, and see column 9, lines 27-44), Cheng et al. does not disclose that stores content of the 
at least one of the plurality of fields defined as having the XML data type as a binary SQL type. 

However, Murthy et al. teaches using either a CLOB or a BLOB to store XML data and 
therefore teaches storing content of the at least one of the plurality of fields defined as having the 
XML data type as a binary SQL type. See paragraph 0117. Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to have 
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modified Cheng et al. to include the teachings of Murthy et al. because these teachings would 
allow more than just the characters of the XML file to be saved in the database. 

As to claim 8, please see the citations for claim 2 above. 
As to claim 9, please see the citations for claim 3 above. 
As to claim 5, please see the citations for claim 1 1 above. 

As to claim 12, Cheng et al. teaches a computer readable storage medium having 
computer executable instructions stored thereon for execution in a system in which an object that 
is an instance of a user defined type can be persisted in a database store, said computer 
executable instructions when executed by a processor in said system implementing a method 
comprising: 

defining a first class in managed code that represents an XML data type (see column 9, 
line 60 through column 10, line 21); 

defining a second class in managed code that defines a user defined type, the second class 
comprising a plurality of fields, each field having a respective data type, at least one, but less 
than all, of the fields within the second class being defined as having the XML data type and 
being associated with an XML Schema that defines a content model for the XML data in the 
field, and at least one other of said plurality of fields being defined as having a different data 
type (see column 9, line 57 through column 10, line 7; column 10, lines 31-39; and column 12, 
line 44 through column 13, line 5, where schema is read on DTD); 
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instantiating the class defining the user defined type to create an object of the user 
defined type comprising at least one XML data constructor, and an XML interface object, 
wherein said at least one field of the object holds XML data and said at least one other field of 
the object holds data of said different data type (column 10, line 22 through column 11, line 16 
and column 13, lines 50-55); 

persisting the object within a database store (see column 7, line 59 through column 8, line 

6); and 

writing instantiating the XML interface object in the stream to write XML data into a 
stream or file (see column 11, lines 17-50). 

Cheng et al. does not distinctly disclose a) at least one user specific non-XML data 
constructor defined by the user and b) writing non-XML data into a stream. 

However, Milby teaches a) see column 10, line 36 through column 11, line 43 and b) see 
column 14, line 64 through column 15, line 44. Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to have modified Cheng et al. 
to include the teachings of Milby because these teachings would allow for the user to create 
abstract data types that include both XML and non-XML data to populate tables and later have 
results be returned to the user. 

While Cheng et al. teaches storing the XML data in XML character large objects (see 
abstract, and see column 9, lines 27-44), Cheng et al. does not disclose storing XML data as 
binary large objects and therefore does not teach storing content of the at least one of the 
plurality of fields defined as having the XML data type as a binary SQL type. 



Application/Control Number: 10/693,158 Page 9 

Art Unit: 2169 

However, Murthy et al. teaches using either a CLOB or a BLOB to store XML data and 
therefore teaches storing content of the at least one of the plurality of fields defined as having the 
XML data type as a binary SQL type. See paragraph 0117. Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to have 
modified Cheng et al. to include the teachings of Murthy et al. because these teachings would 
allow more than just the characters of the XML file to be saved in the database. 

As to claim 13, please see the citations for claim 2 above. 
As to claim 14, please see the citations for claim 3 above. 
As to claim 16, please see the citations for claim 5 above. 
As to claim 17, please see the citations for claim 7 above. 

Response to Arguments 

4. Applicant's arguments with respect to claims have been considered but are moot in view 
of the new grounds of rejection. 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jacob F. Betit whose telephone number is (571)272-4075. The 
examiner can normally be reached on Monday through Friday 9:30 am to 5:30 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tony Mahmoudi can be reached on (571) 272-4078. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

/Jacob F Betit/ 

Primary Examiner, Art Unit 2169 

jfb 

25 Jul 2011 



